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OBJECTIVE 


Develop  control  logic  for  the  microprocessor  controlled  lilt  module  which  will  allow 
it  to  perform  either  preprogrammed  or  diver  selected  modes  of  operation,  including  ascent 
or  descent  at  specific  speeds  and  automatic  hovering. 


RESULTS 

An  experimental,  totally  self-contained  lift  module  has  been  demonstrated  which 
was  controlled  by  a  microprocessor  in  preprogrammed  or  diver  selected  modes  of  operation. 
These  included  ascent  or  descent  at  specific  speeds  and  midwater  hovering.  The  output  of 
the  computer  simulation  which  was  used  tt  ‘velop  the  control  logic  for  the  microprocessor 
agreed  favorably  with  the  test  results. 


RECOMMENDATIONS 

1.  The  ability  of  the  lift  module  to  hover  could  be  improved  with  an  analytically 
based  control  scheme  derived  by  a  control  engineer. 

2.  A  more  effective  control  scheme  for  construction  applications  might  call  for  a 
control  panel  on  which  the  diver  could  set  a  depth  to  which  he  wants  to  ascend  or  descend. 


INTRODUCTION 


A  sell -contained  lift  module  was  designed  and  fabricated  during  tor  a  demon¬ 
stration  of  the  use  of  buoyant  lift  by  a  remote  control  vehicle.  During  1‘>K0  the  sWem  was 
mollified  so  that  it  could  be  controlled  by  a  microprocessor  to  produce  specific  prepro¬ 
grammed  ascent  profiles,  including  variable  ascent  and  descent  velocities  and  automatic 
hovering.  It  was  further  modified  so  that  a  diver  could  select  microprocessor  assisted  auto¬ 
matic  ascent,  descent  and  hover  modes  of  operation,  or  total  manual  control. 

The  ascent  profiles  that  were  selected  for  programming  on  the  microprocessor  were 
not  devised  with  any  particular  operational  scenario  in  mind,  but  were  intended  to  demon¬ 
strate  the  lift  module's  capability  of  providing  finely  controlled  buoyant  lift  forces.  I  he 
profiles  are: 

1 .  Ascent/Hover/Descent.  I  he  lift  module  is  placed  on  the  bottom  under  manual 
control  by  divers.  After  the  microprocessor  is  switched  to  automatic  control,  the  module 
ascends  at  a  preprogrammed  speed  to  a  depth  of  40  feet,  hovers  at  that  depth  for  three 
minutes,  and  then  descends  to  the  bottom  at  a  preprogrammed  descent  speed. 

2.  Ascent  I  lover/ Ascent.  After  divers  place  the  lift  module  on  the  bottom  under 
manual  control,  it  ascends  to  40  feet,  hovers  at  that  depth  for  three  minutes,  and  then 
ascends  to  the  surface. 

3.  500  It  Ascent.  I  he  lift  module  is  lowered  on  a  wire  rope  to  a  depth  of  500  feet. 
It  then  ascends  automatically  to  a  depth  of  100  feet  at  a  speed  of  2  ft  sec.  and  then  reduces 
its  speed  to  1  ft, 'sec  for  the  rest  of  the  ascent  to  the  surface. 

4.  Diver  Selected.  The  diver  sets  switches  to  select  ascent  or  descent  at  prepro¬ 
grammed  speeds,  or  automatic  hover. 

I  his  report  is  intended  to  document  development  of  the  control  schemes.  Descrip¬ 
tions  of  the  mechanical  aspects  of  the  lift  module  and  of  the  tests  that  were  run  will  be 
included  in  other  reports. 


DERIVATION  OF  THE  CONTROL  SCHEME 
LIFT  MODULE  OPERATION 

The  lift  module’s  buoyancy  is  provided  by  a  3200-lb-capacity  fixed  volume  lift  bay 
(figure  1 ).  This  closed  lift  bag  is  always  kept  fully  inflated  at  a  few  psi  over  ambient  pressure 
That  portion  of  its  volume  which  is  not  filled  with  air  to  provide  buoyancy  is  filled  with 
water  to  provide  ballast.  To  increase  the  buoyancy,  water  is  let  out  of  the  bag  through  a 
water  valve.  Water  is  pumped  into  the  bag  to  decrease  its  buoyancy.  The  water  valve  and 
pump  are  actuated  by  a  microprocessor  which  can  be  preprogrammed  or  operated  under 
diver  control. 


Figure  I.  Lift  module  schematic 


It'  water  is  let  out  of  the  bag  or  the  lift  module  is  descending,  the  microprocessor 
senses  low  pressure  in  the  bag  and  opens  the  air  valve  to  restore  the  internal  pressure.  \\  hen 
water  is  pumped  into  the  bag  or  the  lift  module  is  ascending,  excess  air  is  vented  out  the 
relief  valve  at  the  top  of  the  bag. 

COMPUTER  SIMULATION 

Since  at-sea  testing  is  expensive,  a  computer  simulation  of  the  lift  module  was  de¬ 
vised  to  test  various  candidate  control  schemes.  A  block  diagram  of  the  interrelationships 
between  the  microprocessor,  the  mechanical  components  ol  the  lift  module,  and  the  dyna¬ 
mics  of  the  lift  module  is  shown  in  figure  2. 

The  dynamics  of  the  lift  module  are  a  function  of  its  net  weight  or  net  buoyancy,  itx 
mass,  and  its  hydrodynamic  drag.  If  the  convention  is  chosen  of  depth.  /.  being  positive 
downward,  then  a  positive  net  force  on  the  lift  module  is  its  net  weight.  W.  Net  buoyancy 
would  then  be  considered  as  a  negative  net  weight.  If  the  lift  module's  mass  is  M.  and  its 
drag  coefficient  times  area  is  C.  the  equation  of  motion  becomes: 

(1)  MZ  =  W-CI/.lz 

During  a  small  time  increment  At,  the  lift  module's  depth  changes  by: 

C)  U)New  =  (zV)ld  +  zAl  +  1  /-  "  A,: 

The  new  velocity  at  the  end  of  this  time  increment  is: 

131  U)New=  Ul01d  +>‘At 

These  equations  can  be  iterated  to  simulate  the  movement  of  the  lift  module. 

In  all  of  the  ascent  profiles,  the  microprocessor  is  required  to  control  only  three 
basic  modes  of  operation:  ascent  or  descent  at  a  specific  speed,  or  hovering  in  midwater. 

It  is  relatively  easy  to  control  the  lift  module's  speed  of  ascent  or  descent.  Since 
drag  is  a  function  of  the  square  of  velocity,  fairly  large  net-weight  changes  produce  rather 
small  velocity  changes.  It  is  sufficient  to  calculate  speed  from  the  change  in  depth  from  one 
time  increment  to  another  and  either  pump  in  or  let  out  water  as  required  to  accelerate  or 
decelerate. 


Depth 


ON/OFF 


Figure  2.  Computer  simulation  interrelationships 


binding  a  met  hint  tor  making  the  simulated  lil  t  module  hover  was  not  quite  as  sim¬ 
ple.  I  lie  lift  module  is  a  very  massive  object  being  mur  ed  by  very  small  net  forces,  ('or  ex¬ 
ample.  m  the  simulation,  the  lift  module  is  considered  to  have  an  effective  mass  of  1  50  slugs, 
or  4S00  lbs.  while  the  net  forces  acting  on  it  during  hovering  are  usually  about  *  1 5  lbs.  Thus, 
it  would  be  very  difficult  to  control  lift  module  hover  by  determining  depth  "trorand  calcu¬ 
lating  velocity,  or  even  acceleration,  because  of  the  large  response  lag  introducer!  by  the 
module's  mass. 

An  adaptive  control  scheme  was  devised  to  compensate  for  the  module's  lag.  The 
microprocessor  calculates  a  running  estimate  of  the  net  weight  of  the  lift  module  based  on 
the  change  in  depth  during  each  time  increment,  the  calculated  velocity  and  acceleration, 
and  on  whether  or  not  the  pump  or  water  valve  has  been  energized.  The  microprocessor 
then  controls  the  pump  and  water  valve  in  accordance  with  the  hover  logic  diagram  in 
figure  5. 

In  addition  to  the  control  algorithm,  modeling  of  the  microprocessor  includes  a 
simulation  of  the  integer  arithmetic  that  the  microprocessor  uses  and  the  one-purt-in-40l>(i 
resolution  of  the  I  2-bit  A/D  converter  that  is  used  with  the  depth  sensor. 

The  portion  of  the  computer  program  that  simulates  the  mechanical  aspects  of  the 
lift  module  calculates  the  net  weight  of  the  lift  module  based  on  the  flow  rates  of  the  pump 
and  water  valve  and  their  turn-on/turn-off  times.  The  bag  pressure  switch  and  air  valve  are 
not  simulated,  since  these  functions  are  independent  of  the  control  scheme  used  and  should 
have  no  effect  on  the  controllability  of  the  lift  module  other  than  to  produce  very  minor 
changes  in  the  water  valve  and  pump  How  rates. 


A  listing  of  the  computer  simulation  is  given  in  appendix  A. 


If  Ascending 
Pump  Water 
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Figure  4.  Hover  logic  diagram 


FLOW  CHARTS  FOR  THE  ASCENT  PROFILES 

An  attempt  was  made  to  use  as  main  common  subroutines  as  possible  in  the  various 
profiles.  In  till  of  them  a  provision  was  included  to  allow  a  diver  to  set  up  the  lift  module  for 
tests  and  to  intervene  if  necessary.  There  are  three  switches  available  to  the  diver  for  use  in 
controlling  the  lift  module  through  the  microprocessor.  These  are: 

1.  Sw  itch  S-2.  Auto. Manual.  Open  indicates  manual  mode  of  operation  is  desired. 
Closed  indicates  automatic  mode  is  desired. 

2.  Switch  S-4.  In  the  manual  mode  of  operation,  closing  this  switch  indicates  that 
operation  of  the  water  valve  is  desired.  This  switch  is  ignored  in  all  the  preprogrammed 
ascent  profiles  except  the  "Diver  Selected"  one.  In  this  one.  this  switch  indicates  that  auto¬ 
matic  ascent  is  desired. 


4.  Switch  S-4.  In  the  manual  mode,  this  switch  indicates  that  operation  of  the  water 
pump  is  desired.  It  is  ignored  in  all  the  automatic  ascent  protiles  except  the  "Diver  Selected" 
profile,  in  which  it  indicates  that  an  automatic  descent  is  dcsireu 
The  other  inputs  into  the  microprocessor  are: 


4.  Switch  BPS.  I  Bag  Pressure  Switch.)  When  this  switch  is  closed,  the  pressure  insult, 
the  fixed  volume  lift  bag  is  at  the  correct  pressure.  When  it  is  open  the  pressure  is  too  low  . 
and  operation  of  the  air  valve  is  required  to  put  more  air  into  the  bag. 


5.  Pressure  Sensor.  Tor  all  the  profiles  except  the  "500-t't  Ascent",  a  0-l5l)-psi 
sealed  strain  gauge  pressure  sensor  is  used.  This  sensor  has  a  0-5-vdc  output  which  is  con¬ 
verted  bv  an  A  D  converter  to  a  I  2-bit  digital  number  for  use  in  the  microprocessor.  Thus 
the  conversion  from  microprocessor  depth  units  to  feet  of  depth  is  44"  40'hi.  The  profile 
"500-1 1  Ascent"  requires  the  use  of  a  0-500-p-u  sensor.  Since  the  internal  reference  in  this 
sensor  is  a  v  acuum,  the  conv  ersion  from  microprocessor  depth  units  to  fee!  of  depth  is 


I  122 

Depth  =  </'>)- 42 

40U(, 


(where  /4>  is  the  depth  in 
microprocessor  units) 


The  parameters  used  in  the  mieroproeessor  are: 


B5  -  Estimated  pump  and  valve  How  rates,  (3  lbs 'see)  (4  juP  units/sec) 

C'd  -  Estimated  lift  module  drag  coefficient  times  area.  (50  ft-)  (1  pi’  unit) 

MO  -  Estimated  lift  module  mass.  (150  slugs)  (75  pi’  unit:.) 

52  -  Desired  aseent  or  deseent  speed. 

( 1  ft/sec)  ( I  2  /aP  units/sec)  in  “500-ft  Ascent".  (.7  It/sec) 

(0  pP  units/see)  in  the  rest  of  the  profiles. 

53  -  Allowable  error  in  ascent  or  descent  rate.  (0.2  ft/sec)  (3  gP  units  see) 

7.5  -  Required  depth  of  hover.  (40l  t)  (486  juP  units) 

In  the  "Diver  Selected"  profile  this  is  a  variable. 

Z8  -  Bottom  depth  minus  10  feet.  (60  ft)  (720  pP  units) 

The  variables  used  in  the  mieroproeessor  are: 

VV1  -  Estimated  module  net  weight 

ZO  -  Current  depth 

Z6  -  Depth  at  previous  time  increment 

SI  -  Calculated  ascent  or  descent  speed 

FI  -  Flag  indicating  current  portion  of  profile  (0.1.2) 

T8  -  Time  since  start  of  hover. 

PI  -  Pump  status  (0  -  Pump  off:  I  -  Pump  on) 

VI  -  Water  valve  status  (0  -  Valve  closed;  1  -  Valve  open) 

The  equations  which  are  used  to  calculate  an  estimated  module  net  weight  are  obtained 
from  equations  1-3.  Since  the  depth  sensor  input  to  the  mieroproeessor  calculations  has  a 
finite  resolution,  the  calculated  velocity  and  acceleration  are  noisy.  Therefore,  the  weight 
estimate  is  weighted  0. 1  from  equations  1  -3  and  0.4  from  the  estimated  water  valve  and 
pump  (low  rate.  Because  the  microprocessor  is  an  integer  machine,  the  equations  are  set  up 
so  that  intermediate  results  are  not  lost  due  to  underflow. 

Flow  charts  for  the  various  aseent  profiles  are  given  in  figures  4-8. 
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Figure  6.  Logie  for  asceni/hover/asceni 
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-*■  Lowering  Lift  Module 

Ascending  to  100  ft  at  2*S2  =  2  ft/sec 
Ascending  to  Surface  at  S2  1  ft/sec 


Closed 


RISULTS 


All  the  ascent  profiles  were  successfully  demonstrated  at  sea.  In  fact,  the  tests  were 
remarkably  free  of  either  mechanical  or  electronic  failure. 

The  microprocessor  on  the  lift  module  contained  a  tape  recorder  which  was  used  to 
record,  among  other  things,  the  values  of  the  variables  used  in  the  control  schemes.  Figure 
compares  the  depth  changes  recorded  from  an  actual  at-sea  operation  with  those  which  were 
predicted  by  the  computer  simulation  for  the  "Ascent/I lover/ Ascent"  ascent  profile. 

The  ± 4-foot  oscillation  shown  in  figure  during  the  hover  phase  of  the  ascent  is 
typical  of  the  microprocessor  controlled  hovers.  A  diver,  using  the  bottom  as  a  reference, 
could  usually  hold  a  manually  controlled  hover  to  +2  feet  as  long  as  his  concentration  did 
not  waver. 

One  source  of  error  in  hover  control  was  due  to  the  presence  of  a  long  period  ocean 
swell  with  a  3-4  ft  amplitude  during  most  of  the  tests.  This  introduced  an  error  into  the 
depth  sensor  input  to  the  microprocessor.  Figure  10  shows  the  depth  error  recorded  while 
the  lift  module  was  sitting  on  the  bottom  during  one  of  the  tests. 

Another  source  of  hover  error  was  due  to  the  finite  resolution  of  the  depth  sensor 
and  the  noise  that  this  introduced  into  the  calculated  lift  module  speed.  The  12-bit  A/D 
converter  on  the  output  of  the  1 50-psi  depth  sensor  caused  a  depth  resolution  of  337/40l>h  = 
0.08  ft.  If  the  depth  resolution  of  the  500-psi  sensor.  0.3  ft  is  used  in  the  simulation,  the 
predicted  hover  error  is  increased  from  *1  ft  to  ±2  ft. 

A  combination  of  both  these  effects  can  be  seen  in  figure  I  I .  The  bumps  on  the 
depth  trace  are  due  to  seas  passing  overhead,  while  the  noise  on  the  calculated  velocity  is 
due  to  both  the  seas  and  the  finite  resolution  of  the  depth  sensor. 

The  fact  that  very  small  net  weight  or  net  buoyancy  changes  occur  during  hovering 
was  demonstrated  by  hanging  a  20-lb  weight  beneath  the  lift  module.  The  module’s  buoy¬ 
ancy  could  be  adjusted  easily  to  keep  the  line  to  the  weight  taut  without  lifting  it  off  the 
bottom. 

The  control  scheme  used  for  hover  control  was  devised  by  intuitive  reasoning  and 
trial  and  error  in  the  computer  simulation.  The  ability  of  the  lift  module  to  hover  could  un¬ 
doubtedly  be  improved  with  an  analytically  based  scheme  derived  by  a  control  engineer. 

The  “Diver  Selected"  mode  of  operation  was  intended  to  be  a  first  cut  at  what 
might  he  used  by  a  diver  on  underwater  construction  jobs.  It  was  not  too  successful  in  that 
sense,  since  the  lift  module  would  always  be  either  ascending  or  descending  when  switched 
into  automatic  hover  and  therefore  woidd  always  overshoot  its  hover  depth. 


SENSED  DEPTH  (ft) 


Figure  l>.  Piedieted  :uid  actual  depth  variations  during  Imver 


TIME  (sec) 


Figure  10.  Frror  in  sensed  depth  due  to  seas  (hit  module  sitting  on  bottom  I 
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A  more  elteetive  control  scheme  for  construction  applications  might  call  for  a  con¬ 
trol  panel  on  which  the  diver  could  set  a  depth  to  which  he  wants  to  ascend  or  descend.  The 
microprocessor  could  then  anticipate  reaching  that  depth  and  decelerate  gradually  to  avoid 
overshoot. 

However,  the  simplest  and  probably  the  most  effective  way  to  hold  a  load  at  fixed 
height  oil  the  bottom  is  to  hang  a  small  weight  from  the  loud  on  the  proper  length  of  line 
and  allow  the  weight  to  rest  on  the  bottom. 

Figures  12-15  show  the  lift  module  during  the  tests. 


I’ljiuio  14.  (  lt'i  in^diik*  cini ii it*  i fu*  i '■ 


i'  I  '  J  )l  I  111*  ‘link*  i 111!  ! 1 1  ‘J  1  III*  ' 


APPENDIX  A  -  COMPUTER  PROGRAM  LISTING 


10 

REM  LIFT  MODULE  MODEL 

12 

OPEN 

"0",  46,  " : LP! " 

14 

OPEN 

"0",  45,  "SCO:" 

1 6 

N=S 

20 

READ 

M 1 ,  C 1 ,  W ,  Z  1 ,  Z  8 

30 

READ 

M9.C9, Z5 

40 

READ 

P3 ,  F'4 ,  P5 

50 

READ 

V3, V4, V5 

60 

READ 

B5 

70 

READ 

32,  S3 

80 

READ 

T3 

90 

T  1=0 

100  Z2=0 
110  F1=0 
120  W1=0 
130  T2= . 25 
140  N 1 =4 

1 50  Z 9= I  NT ( 1 1 *4096/337 ) 

160  Z6=Z9 

130  PRINT  #N»  "  INPUT  DATA" 

190  A*= "Ml =####. #  Cl=  444.4  W=44444.  Z 1 =4444 .  Z3=####.  " 

200  PRINT  4N,  USING  A$ 5  Ml , Cl , W, Z 1 , Z8 
210  fi*='M9=4#44. 4  C9=####.#  Z5=4444." 

220  PR I NT  4N,  US I NG  A*;M9,C9, Z5 
230  A$="PUMP  P3=###.# 

240  PRINT  4N >  USING  A*;P3,P4,P5 
25 O  A*=” WATER  VALVE  V3=444.4 
260  PRINT  4N,  USING  A*?V3,V4,V5 
270  A$=" ESTIMATED  RATE 
230  PRINT  4N>  USING  A*;B5 
290  A$=" DESIRED  SPEED  S2=444.4 
300  PRINT  #N,  USING  A$?S2,S3 
310  At="T I ME  T2=44.44 

320  PRINT  #N,  USING  A$;T2,N1,T3 
330  PRINT  #N, 

340  PRINT  #Ni  "  T 1  Z1  Z2 

350  A$=  "444#  #44.4  44.4  4444 

360  GOSUB  450 

370  FOR  N2=l  TO  N1 
380  GOSUB  810 

390  GOSUB  960 

400  T1=T1+T2 
410  NEXT  N2 

420  PRINT  *N.  USING  A*; T1 , L 1 , Z2, W, FI . SI *3377/4096, W1 /3, PI , P2, V 1 , V 
430  IF  T1CT3  THEN  360 
440  GOTO  1110 

450  REM  SUBROUT I NE***M I CROPROCESSOR*** 

460  REM  PROFILE - ASCENT/HOVER/ASCENT  ADAPTIVE  CONTRL 


P4=444.4  P5=#44 . # " 
V4=#44.4  V5=#44. 4" 


S3=44. ##" 
Nl=4444. 


B5=#44. 4" 


T3=##44. " 


W  FI  SI  W1  PI 

#44  #4.4  #444  #4#  #4.4  4 


I 


470  S1=Z9-Z6 

475  X 1  =  INT < ( S1-S4 ) *M9/ 10 > 

4 SO  X2= I NT ( <ABS<S4)*S4*C9)/10> 

4S5  X3=W1+(P1-V1 )*B5 

490  W 1  =  X  3  -  INTIX3/10)  +  XI  +  X2 

495  34=31 

500  £6=29 

510  IF  F 1 = 1  THEN  580 
520  IF  FI =2  THEN  670 
530  IF  Z9CZ5+121  THEN  Fl=l 
540  T8=0 

550  IF  S 1 >— S2+S3  THEN  750 

560  IF  31 <-32-83  THEN  780 

570  GOTO  720 

580  IF  T8M30  THEN  FI  =2 

590  T8=T8+1 

600  IF  3 ICO  THEN  640 

610  IF  Wi>INT ( B5* ( Z5-Z9  > / 12)  THEN  750 

620  REM 

630  GOTO  720 

640  REM 

650  IF  W1 < INT  <  B5*  <  Z5-Z9 ) 712)  THEN  780 
660  GOTO  720 

670  IF  SI >-S2+S3  THEN  750 
680  IF  S1C-32-33  THEN  700 
690  GOTO  720 

700  IF  Z 9< Z 8*403*6 / 337  THEN  780 

720  F'  1  =0 

730  VI =0 

740  GOTO  800 

750  P1=0 

760  VI =1 

770  GOTO  800 

780  Pl=l 

790  VI =0 

800  RETURN 

810  REM  SUBROUT I NE***MGDULE  MEGHAN I CAL*** 

820  IF  P1=0  THEN  860 

830  P2=P2+P5*T2/P3 

840  IF  P 2>P5  THEN  P2=P5 

850  GOTO  880 

860  P 2=P2-P5*T2/P4 

870  IF  P2CO  THEN  P2=0 

880  IF  V1=0  THEN  920 

890  V2=V2+V5*T2/V3 

900  IF  V2>V5  THEN  V2=V5 

910  GOTO  940 

920  V2=V2-V5*T2/V4 

930  IF  V2C0  THEN  V2=0 

940  W=W+P2*T2-V2*T2 

950  RETURN 

960  REM  3UBR0UTINE***DYNAMIC3*** 


J 


97u  Z3=(W-Cl*ttB3i Z2)*Z2)/M1 

9S0  Z 1=Z l+Z2*T2+< Z3*T2  2) /2 

990  Z2=Z2+Z3*T2 

1000  If-  Z 1  <  1 0  THEN  Zl  =  lo 

1O10  IF  Z 1 >Z8+ 1 1  THEN  Z1-Z3+11 

1 020  19= I NT  <  Z 1 *4096/337 ) 

1030  RETURN 

1 040  DA TA  1 50 , 50 , 0 , SO , 70 
1050  DATA  75.1,486 
1060  DATA  2,2,3 
1070  DATA  2,2,3 
1080  DATA  9 
1090  DATA  9,3 
1 1 OO  DATA  500 
1110  END 


***** 


END 


DATE 
FILMED 


DTIC 


